home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950528-19950726 / 000408_news@columbia.edu_Sat Jul 22 16:36:35 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  5KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA05323
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sat, 22 Jul 1995 12:36:42 -0400
  3. Received: by apakabar.cc.columbia.edu id AA20987
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sat, 22 Jul 1995 12:36:40 -0400
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit download from CompuServe.. best setup??
  9. Date: 22 Jul 1995 16:36:35 GMT
  10. Organization: Columbia University
  11. Lines: 65
  12. Message-Id: <3ur9ej$kfp@apakabar.cc.columbia.edu>
  13. References: <3uidtu$r5c@hpber004.swiss.hp.com> <DC095G.Dp3@omen.com> <3ulp8c$ep5@apakabar.cc.columbia.edu> <DC4Cr1.BB8@omen.com>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <DC4Cr1.BB8@omen.com>, Chuck Forsberg WA7KGX <caf@omen.com> wrote:
  18. >
  19. > Developers such as Datastorm and CompuServe tend to make use of
  20. > royalty-free code when implementing protocols.  The most recent
  21. > royalty-free Kermit code released with the blessing of Columbia
  22. > University is "The Source" SuperKermit code published in the middle
  23. > 1980s.  As Frank himself has commented, this version of Kermit was not
  24. > robust.  Its poor performance prompted GTE Telenet to commission the
  25. > creation of ZMODEM in 1985/1986.  The rest is history.
  26. >
  27. I think you and I would both like it better if these companies, when
  28. marketing our respective protocols, would work out arrangements with us to
  29. license the most up-to-date versions.  I have no doubt that ZMODEM-90 is
  30. superior in all ways to to 1986 ZMODEM, just as modern Kermit software is
  31. superior to the ten-year old version of Kermit from "The Source".  It is
  32. appalling that companies like Datastorm and CompuServe do not elect to
  33. support the people who did all the R&D that went into key portions of
  34. their products and services, but rather, take whatever they can get for
  35. free no matter how junky it is.  Their customers suffer for it, Chuck and
  36. I get the bad rap, and, in most cases, the tech-support fingers at these
  37. companies point back at us: "ZMODEM problem?  Chuck's fault, blame him.
  38. Kermit problem?  Frank's fault, blame him."  Yet, with almost unfailing
  39. certainty, every such problem has already been addressed and fixed over
  40. the ensuing years by the original developers, a fact which could not
  41. concern these companies in the least.  "We have your money, we don't care!"
  42.  
  43. > CompuServe claim they have not widely deployed ZMODEM because it
  44. > consumes too many resources.  I suspect CompuServe have made the
  45. > same measurements of system resources consumed by sz and Ckermit
  46. > and concluded that Ckermit is far more resource intensive than sz.
  47. >
  48. Which is, of course, a non-issue.  If CompuServe were interested in a
  49. decent ZMODEM or Kermit implementation, they would talk to Chuck or me
  50. about it ( respectively :-) and we would work with them to ensure that
  51. they had a product that would meet or exceed their requirements.  In fact,
  52. what they are interested in is being able to simply put the word "ZMODEM"
  53. or "Kermit" on their literature for lip service to "de facto standards"
  54. to attract customers.  They don't want to do the right thing, they want
  55. to do the least amount of work and spend the least amount of money
  56. required to get YOUR money.
  57.  
  58. > CompuServe has enhanced their B protocol with 32 bit CRC and streaming
  59. > data transfer to provide excellent throughput downloading the types of
  60. > files users download from CompuServe.
  61. >
  62. Well sure they do.  But having one's own proprietary protocols turns out
  63. to bite one back in the end.  How many telnet clients do we know of that
  64. support B+?
  65.  
  66. > ... CompuServe may not wish to make this change, which would increase
  67. > system load and break some programs written to the 1985 Kermit spec.
  68. >
  69. The spec hasn't changed.  Today's Kermit software is written to the 1987
  70. (not 1985) spec, as given in the Kermit book (with extensions, but not
  71. with changes, and the extensions are in other areas entirely, such as
  72. character sets).  The Source's implementation, which was a pioneering
  73. effort and, I'll even say, a landmark in the history of our little corner
  74. of the world, had, shall we say, implementation problems.  That it should
  75. have found its way into so much junky commercial and shareware software is
  76. a strong argument against ever again turning such software loose without
  77. protection.  When you're "nice" in this business, everybody takes advantage.
  78.  
  79. So what is the lesson here?
  80.  
  81. - Frank